home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 18322 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.5 KB
  1. Path: ix.netcom.com!news
  2. From: Bradd W. Szonye <bradds@ix.netcom.com>
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
  4. Subject: RE: ANSI C and POSIX (was Re: C/C++ knocks the crap out of Ada)
  5. Date: 19 Apr 1996 09:12:43 GMT
  6. Organization: Netcom
  7. Message-ID: <01bb2dd0.a8395e00$c6c2b7c7@Zany.localhost>
  8. References: <JSA.96Feb16135027@organon.com> <DppsHq.1Ar@world.std.com> <829279436snz@tsys.demon.co.uk> <dewar.829346082@schonberg> <4knr5l$gb1@nntp.Stanford.EDU> <dewar.829400155@schonberg>
  9. NNTP-Posting-Host: det-mi6-06.ix.netcom.com
  10. X-NETCOM-Date: Fri Apr 19  4:12:43 AM CDT 1996
  11. X-Newsreader: Microsoft Internet News
  12.  
  13.  
  14. On Saturday, April 13, 1996, Robert Dewar wrote...
  15. > "If the project managers want to use software standards to help
  16. > ensure portability, there's no barrier I'm aware of that keeps
  17. > them from using standard semantics for the system-independent
  18. > parts of their projects.  In many cases this greatly reduces
  19. > porting effort for most of the source."
  20. > 
  21. > I completely agree with Chuck Karish on this. Clear specifications from
  22. > appropriate software standards, which are well understaood and carefully
  23. > followed by all programmers, without reference to "unwritten rules"
  24. > and "sensible reasoning", are a huge help in making programs easily
  25. > portable. If anyone can remember back far enough :-) this is the point
  26. > that I was originally making with respect to the read function!
  27. > 
  28. > Note however that this is not sufficient to guarantee portability. For
  29. > simple programs that can be made 100% portable, then indeed carefully
  30. > following standards is a key. In this regard, I far prefer national
  31. > and international standards to industry standards, since the former
  32. > have typically gone through a much more intensive review, and are
  33. > more stable (I preer that ISO owns a standard and is the only one
  34. > who can change it, than that the standard be owned by the "current
  35. > holder of the copyright", whose interests are fundamentally commercial
  36. > ones which may even be at odds with the basic goals of standardization).
  37. > 
  38. > However, many large programs have sections that cannot be written
  39. > in a portable manner, and here the issue is very careful isolation
  40. > and documentation of these sections of code.
  41. > 
  42. > In my experience many portability problems are caused by programmers
  43. > not understanding the relevant standards well. How many C++ programmers
  44. > have read the proposed draft standard. FOr that matter how many C
  45. > programmers have read the ANSI standard for C. One problem is that
  46. > these standards are often remarkably inaccessible, and/or expensive.
  47. > It certainly would be nice if other languages and systems could follow
  48. > the lead of Ada, and make their standards freely available over the net.
  49. > The POSIX standard has, at least in the past, been problematical from
  50. > this point of view.
  51. > 
  52. > 
  53.  
  54. The standards are a lot more accessible now with the increased popularity
  55. of the Internet. I've read both standards, and the bigger problem is the
  56. inaccessible legalese of the standards themselves, which are written for
  57. compiler vendors, *not* programmers.
  58.  
  59. Pick up Schildt's "Annoted ANSI C Standard" and Plauger/Brodie's "Standard
  60. C: A Reference". Between the two they cover the original standard and
  61. Amendment 1 fairly well.
  62.  
  63. You can get the April 1995 C++ papers from AT&T's Web site in PostScript
  64. format, and from several other sites in HTML. Other sites typically have
  65. the (confidential) September 1995 papers. You can find them fairly easily
  66. with Infoseek: [C++ standard] ANSI ISO
  67.  
  68. Bradd
  69.  
  70.  
  71.